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(54) Method of transmitting/receiving control message in a mobile communication system 
providing multimedia broadcast/multicast service 



(57) A control message transmitting/receiving meth- 
od in an MBMS-supporting mobile communication sys- 
tem. In the present invention, an RNC periodically trans- 
mits control messages related to MBMS RB setup to 
UEs. Thus, although a UE initially fails to receive an in- 
tended MBMS service, it can set up an MBMS RB by 



receiving a related retransmitted control message. Also, 
the RNC periodically provides information about ongo- 
ing MBMS services on a cell basis so that a U E can de- 
cide whether its requested MBMS service is in progress 
and request information required to set up an MBMS RB 
forthe MBMS service to the RNC by individual signaling. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates generally to a 
control message transmitting/receiving method in a mo- 
bile communication system, and in particular, to a meth- 
od of transmitting/receiving a control message between 
a radio network controller (RNC) and a user equipment 
(UE) in a mobile communication system providing mul- 
timedia broadcast/multicast service (MBMS). 

2. Description of the Related Art 

[0002] Owing to today's development in the telecom- 
munications industry, CDMA (Code Division Multiple 
Access) mobile communication systems have evolved 
from voice service to multicast multimedia communica- 
tions which enable transmission of a large volume of da- 
ta such as packet data and circuit data. Hence broad- 
cast/multicast service is being actively developed in 
which one data source serves a plurality of UEs to sup- 
port the multicast multimedia communications. The 
broadcast/multicast service is categorized into cell 
broadcast service (CBS) being a message-centered 
service and MBMS supporting multimedia data such as 
real-time pictures and voice, still images, text, etc. 
[0003] A network configuration for providing the 
MBMS in a mobile communication system will be de- 
scribed with reference to FIG. 1 . 
[0004] FIG. 1 is a schematic view illustrating the con- 
figuration of a network for providing an MBMS service 
in a mobile communication system. 
[0005] Referring to FIG. 1, a muiticast/broadcast- 
service center (MB-SC) 1 1 0 serves as an MBMS stream 
source. It schedules MBMS streams and transmits the 
streams to a transit network (NW) 120. The transit NW 
120, located between the MB-SC 110 and an SGSN 
(Serving GPRS Support Node) 130, transfers the re- 
ceived M BMS streams to the SGSN 1 30. The SGSN 1 30 
can be configured with a GGSN (Gateway GPRS Sup- 
port Node) and an external network. It is assumed here 
that a plurality of UEs, UE 1 161, UE 2 162, UE 3 163 
within Node B 1 (i.e. cell 1) 160, and UE 4 171 and UE 
5 1 72 within Node B 2 (i.e. cell 2) 1 70 are to receive the 
MBMS service. The SGSN 130 controls MBMS-related 
services for the UEs, such as management of MBMS- 
related billing data and selective transmission of MSMS 
service data to a particular RNC 140. For simplicity, 
Node B is used herein to describe the cell itself. Obvi- 
ously, a Node B manages one or more cells. 
[0006] The SGSN 130 selectively transmits MBMS 
service data to the RNC 140 and the RNC 140 selec- 
tively transmits the MBMS service data to cells. For the 
selective transmission, the SGSN 130 must know which 
RNCs are to receive the MBMS service data, including 



RNC 140, as well as which cells are to receive the 
MBMS service data. Thus, the RNC 1 40 can provide the 
MBMS service to the cells. The RNC 1 40 controls a plu- 
rality of cells, transmits MBMS service data to cells hav- 
5 ing UEs requesting the MBMS service, controls radio 
channels established for providing the MBMS service, 
and manages MBMS-related information using MBMS 
streams received from the SGSN 130. As illustrated in 
FIG. 1 , one radio channel is established for the MBMS 
10 service between a Node B and UEs within the coverage 
area of the Node B, for example, between cell 2 1 70 and 
UEs 171 and 172. An HLR (Home Location Register: 
not shown) is connected to the SGSN 130 and authen- 
ticates MBMS subscribers. 
15 [0007] To provide a specific MBMS service, basic in- 
formation about the MBMS service is provided to UEs. 
If the UEs want to receive the MBMS service, a list of 
the UEs is transmitted to a network. The network then 
pages the UEs and establishes radio bearers (RBs) for 
20 the MBMS service. Thus, the MBMS service is provided 
to the UEs through the RBs. If the MBMS service is ter- 
minated, the UEs are informed of the MBMS service ter- 
mination and release all resources assigned for the 
MBMS service. This is a normal MBMS service proce- 
ss dure. 

[0008] FIG. 2 is a diagram illustrating a signal flow for 
providing an MBMS service between a UE and a net- 
work in the mobile communication system 
[0009] Referring to FIG. 2, the UE subscribes to the 
30 MBMS service through a core network (CN) in step 201 
(subscription). The CN includes an MB-SC, a transit 
NW, and an SGSN as illustrated in FIG. 1 . The subscrip- 
tion is a process of exchanging basic information related 
to MBMS billing or MBMS reception between a service 
35 provider and a user. When the subscription is complet- 
ed, the CN notifies UEs of current available MBMS serv- 
ices along with their basic information by, for example, 
menu information, in step 202 (announcement). The 
menu information contains the times and durations of 
40 the MBMS services. The CN broadcasts the menu in- 
formation as a general announcement, for example, by 
CBS, or transmits it only to UEs requesting MBMS serv- 
ices. The CN also notifies the UEs of service IDs iden- 
tifying the respective MBMS services by the menu infor- 
ms mation. 

[0010] Upon receipt of the menu information in step 
202, the UE selects an intended MBMS service from the 
menu information and transmits a service request mes- 
sage to the CN in step 203 (joining). The service request 

so message includes the ID of the selected MBMS service 
and the ID of the UE. The CN then identifies the request- 
ed MBMS service and establishes a multicast mode 
bearer for the UE in step 204 (multicast mode bearer 
setup). During the multicast mode bearer setup, trans- 

55 port bearers can be set up beforehand over the CN, that 
is, between the SGSN and the transit NW. For example, 
a GTP-U/UDP/IP/L2/L1 hearer (refer to 3GPP TS 
23.060) can be established ahead of time between the 
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SGSN and a GGSN. The CN then notifies the UE that 
the requested MBMS service will start soon, through a 
paging type notification, in step 205 (notification). The 
paging can be carried out conventionally or in an opti- 
mized paging method for MBMS as disclosed in Korea 
Patent Application No. 2002-34704 filed by the same 
applicant. The UE is then actually assigned the radio 
resources necessary for the MBMS service in a radio 
resource allocation procedure with the CN, and imple- 
ments the assigned radio resources in hardware in step 
206 (radio resource allocation). The radio resource al- 
location occurs in two steps, a step for the RNC notifying 
UEs within an arbitrary cell of information about an RB 
established for the MBMS service in the cell (hereinafter, 
referred to as radio bearer setup), and a step for the 
RNC transmitting to cells having UEs requesting the 
MBMS service information about transport bearers and 
radio bears to be set up on tub interfaces (hereinafter 
referred to as radio link setup). The RB setup will be 
described later with reference to FIG. 4. When the radio 
resource allocation is completed, all UEs that have re- 
quested the MBMS service are informed of the radio 
links on which the MBMS service is provided, and of 
higher layers in which the MBMS service is processed. 
The cells of the UEs completely establish the radio links 
and lub interfaces. With the preparation for the MBMS 
service completed between the RNC and the UEs, the 
CN transmits MBMS service data to the UEs through 
the RNC in step 207 (data transfer). In step 208, the ra- 
dio resources, that is, the transport bearers and radio 
hearers are released between the UEs and the CN when 
the MBMS data transmission is completed (radio re- 
source release). 

[0011] Steps 203 to 206 illustrated in FIG. 2 will be 
described in more detail with reference to FIG. 3. Al- 
though the CN generically refers to the SGSN 130, the 
transit NW 1 20, and the M B-SC 110, only the SGSN 1 30 
will be considered below in connection with the opera- 
tion of the RNC 140. 

[0012] FIG. 3 is a diagram illustrating a detailed signal 
flow for steps 203 to 206 depicted in FIG. 2 
[0013] Referring to FIG. 3, the UE 1 61 , after receiving 
basic information about a specific MBMS service, in step 
202, transmits an ACTIVATE MBMS PDP (Packet Data 
Protocol) CONTEXT REQUEST message to the SGSN 
130 In a CELL_FACH state in step 301. Here, a PDP 
context includes a primary PDP context and a second- 
ary PDP context. The second PDP context exists only 
if the primary PDP context exists. It has the same infor- 
mation as the primary PDP context, but utilizes a differ- 
ent GPRS (General Packet Radio Service) GTP (GPRS 
Tunneling Protocol) tunnel. The GPRS is a packet data 
service deployed in a UMTS network. The ACTIVATE 
MBMS PDP CONTEXT REQUEST message includes 
the parameters of NSAPI (Network layer Service Ac- 
cess Point Identifier), Tl, PDP type 5 PDP address, ac- 
cess point network, and QoS (Quality of Service). The 
mobile communication system creates a GTP tunnel to 



the SGSN 130 in the case where the LIE 161 requests 
it (i.e. UE-initiated activate), or it to the CN in the case 
where an external network requests (i.e. network-re- 
quested activate). 
5 [0014] Upon receipt of the ACTIVATE MBMS PDP 
CONTEXT REQUEST message, the SGSN 130 creates 
an MBMS PDP context for the MBMS service if the UE 
161 is the first one to request the MBMS service, stores 
information about the UE 161 in the MBMS PDP context, 
10 and performs a predetermined operation in conjunction 
with a GGSN connected to the SGSN 130. This opera- 
tion is about GTP tunneling. When the SGSN 130 noti- 
fies the GGSN of the parameters set in the ACTIVATE 
MBMS PDP CONTEXT REQUEST message, the 
is GGSN sets up a GTP tunnel based on the parameters. 
The MBMS PDP context is a set of variables containing 
information about the MBMS service. It includes a list of 
UEs that have transmitted the ACTIVATE MBMS PDP 
CONTEXT REQUEST message, the locations of the 
20 UEs, and transport bearers by which the MBMS service 
data is transmitted. The SGSN 1 30 then transmits to the 
UE 161 an ACTIVATE MBMS PDP CONTEXT RE- 
QUEST ACCEPT message in step 302. This message 
contains TMGI (Temporary Multicast Group Identity) for 
25 group paging in connection with the MBMS service, and 
DRX (Discontinuous Reception). The DRX is related to 
a cycle in which the UE 16t monitors a PICH (Paging 
Indicator Channel). The D^X contains a DRX CL (Cycle 
Length) coefficient and ah Np. The Np represents the 
30 number of paging instances (Pis) in one system frame 
and is given as system information (SI), Its value is one 
of [18, 36, 72, 144]. The uses of the TMGI and DRX are 
disclosed in Korea patent Application No. 2002-34704 
filed by the same applicant. Upon receipt of the ACTI- 
35 VATE MBMS PDP CONTEXT ACCEPT message, the 
UE 1 61 transitions to an idle state. Meanwhile, the SG- 
SN 130 transmits a NOTIFICATION message to the 
RNC 1 40 to wriich the U E 1 61 belongs when the MBMS 
service is about to start or when the SGSN 1 30 receives 
40 first MBMS service data from the MB-SC 110, in step 
303. Since the SGSN 1 30 stores a list of UEs requesting 
the MBMS service, and the RNCs to which they belong, 
the SGSN 130 transmits the NOTIFICATION message 
to the RNCs when the MBMS service is initiated. The 
45 NOTIFICATION message contains the TMGI and DRX. 
[0015] Upon receipt of the NOTIFICATION message, 
the RNC 140 performs step 304. Specifically, the RNC 
140 calculates a paging occasion (PO) and a PI using 
the TMGI and DRX. In the same manner, the UE 161 
so calculates the PO and PI using the TMGI and DRX con- 
tained in the ACTIVATE MBMS PDP CONTEXT RE- 
QUEST ACCEPT message. The RNC 140 informs the 
UE 161 of whether it will receive a PCH (Paging Chan- 
nel) by setting the PICH to on or off state at a time point 
55 indicated by the PI and PO. If the PICH is on in the PI 
of the PO, the UE 1 61 receives the PCH signal and rec- 
ognizes that it is paged. On the contrary, if the PICH is 
off, the UE 161 does not receive the PCH. Meanwhile, 
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if theUE 161 is paged, the RNC 140 transmits to the UE 
1 61 the NOTI FICATION message or a paging message 
on a PCH associated with the PICH a predetermined 
time after the transmission of the PICH, so that the UE 
1 61 can be informed that the MBS service will start soon 
or it will receive the NOTIFICATION message or the 
paging message. The NOTIFICATION message is a 
type of paging message, containing information about 
message type, paging cause, and TMGI. The paging 
cause indicates the reason for the paging. In the current 
W-CDMA mobile communication system, "terminating 
streaming call" is defined as a paging cause for MBMS. 
Aside from the existing paging cause, a novel paging 
cause can be defined for MBMS. For simplicity, the NO- 
TIFICATION message or paging message will be here- 
inafter referred to as "an MBMS paging message." 
[0016] In the mean time, the UE 161 monitors the 
PICH at the PI of the PO. It receives an MBMS paging 
message on an associated PCH if the PICH is on, and 
does not receive it if the PICH is off. When T is coded 
in the PI of the PO, it means that the PICH is on. On the 
other hand, when 'O' is coded in the PI of the PO, it 
means that the PICH is off. Upon receipt of the MBMS 
paging message, the UE 161 determines which MBMS 
service will be initiated based on the TMGI contained in 
the MBMS paging message. If the TMGI indicates the 
MBMS service that the UE 161 has requested, the UE 
161 awaits for receipt of corresponding MBMS service 
data. 

[0017] After receiving the MBMS paging message, 
the UE 161 transitions to the CELL_FACH state and 
transmits to the SGSN 130 a NOTIFICATION RE- 
SPONSE message indicating normal reception of the 
NOTIFICATION message in step 305. The SGSN 130 
transmits to the RNC 1 40 an MBMS RAB (Radio Access 
Bearer) ASSIGNMENT REQUEST message in step 
306. The MBMS RAB ASSIGNMENT REQUEST mes- 
sage may contain QoS and a list of UEs for which an 
MBMS RAB is to be set. While the description centers 
on the UE 161, if a plurality of UEs request the MBMS 
service, the MBMS RAB ASSIGNMENT REQUEST 
message, including a list of the UEs, is delivered to the 
RNC 140. The RNC 140 then performs a preset opera- 
tion required to provide the MBMS service to the UEs. 
RAB is a set of transmission resources configured in an 
RNC to provide the MBMS service. Specifically, the RAB 
includes a transport bearer on the Jub interface between 
the SGSN 130 and the RNC 140, a transport bearer on 
the lub interface between the RNC 140 and the Node B 
160, and radio channels. 

[0018] The RNC 140 determines MBMS RB informa- 
tion (MBMS RB info) about the MBMS service in relation 
to the MBMS RAB ASSIGNMENT REQUEST message. 
The MBMS RB info covers layer 2 (L2) information and 
layer 1 (L1 ) information. The L2 information can be RLC 
(Radio Link Control)/PDCP (Packet Data Convergence 
Protocol)-related information. The L1 information may 
include information about TFS (Transport Format Set), 



TFCS (Transport Format Combination Set), channeliza- 
tion code, and transmit power. The RNC 140 determines 
cells for which the MBMS RAB is established according 
to the list of UEs. Since it perceivesthe locations of UEs 

5 in the CEL_FACH state by cells, the RNC 1 40 can trans- 
late the UE list into a list of cells. Thus, the RNC 140 
transmits the MBMS RB SETUP message to the indi- 
vidual cells as many times as the number of the cells. 
[0019] In step 307, the RNC UOtransmits to the UE 

10 161 the MBMS RB SETUP message. The UE 161 then 
sets up an MBMS RB according to the MB RB info and 
transmits an MBMS RB SETUP COMPLETE message 
to the RNC 140 in step 308. The RMC 140 transmits an 
MBMS RAB ASSIGNMENT RESPONSE message to 

15 the SGSN 130 in step 309. The SGSN 130 then starts 
to transmit MBMS service data to the UE 161 in step 
207. 

[0020] The messages NOTIFICATION and MBMS RB 
SETUP illustrated in FIG. 3 are group messages. A 
20 group message is defined as a message transmitted 
commonly to a plurality of UEs. That is, the UEs decide 
whether they are to receive the NOTIFICATION mes- 
sage on the PICH, referring to the same PI of the same 
PO in step 304. Since the TMGI indicates the UEs to 
25 receive the NOTIFICATION message, they can receive 
this message. Also, the MBMS RB SETUP message 
with the TMGI inserted therein is transmitted commonly 
to the UEs on an FACH (Forward Access Channel). 
[0021] FIG. 4 illustrates steps 307 and 308 depicted 
30 in FIG. 3 in more detailBefore describing FIG. 4, it is to 
be appreciated that the RNC 140 manages cells 160 
and 1 70 and it is assumed that n UEs including the UEs 
161 and 162 within cell 160 request the same MBMS 
service. It is also to be noted that like reference numer- 
35 als denote the same steps shown in FIG. 3. 

[0022] Referring to FIG. 4, the RMC 140 receives the 
MBMS RAB ASSIGNMENT REQUEST message from 
the SGSN 130 in step 306. The RMC 140 then broad- 
casts the MBMS RB SETUP message to the n UEs in 
40 step 401 . The MBMS RB SETUP message contains the 
MBMS RB info and an RRC state indicator. The RRC 
state indicator is set to indicate transition to a 
CELL_PCH state in the case of complete transmission 
of control messages between the RNC 140 and the n 
45 UEs (RRC state indicator=CELL_PCH). The MBMS RB 
SETUP message is transmitted to cells on an FACH and 
thus the UEs in the CELL_FACH can receive the MBMS 
RB SETUP message. Hence, the MBMS RB SETUP 
message functions to provide common MBMS RB info 
so within one cell. Therefore, common transmission of the 
MBMS RB SETUP message to the UEs by their cell is 
preferred to 5 transmission of the MBMS RB SETUP 
message to the individual UEs. Therefore, the use of a 
broadcasting channel defined as the FACH enables 
55 broadcasting of the MBMS RB SETUP message. 

[0023] Each of the n UEs transmits the MBMS RB 
SETU P COMPLETE message to the RNC 1 40 and tran- 
sitions to the CELL_PCH state because RRC state in- 
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dicator=CELL_PCH in steps 402-1 to 402-n. 
[0024] Meanwhile, the RNC 1 40 transmits to the SG- 
SN 130 the MBMS RAB ASSIGNMENT RESPONSE 
message in response to the MBMS RAB ASSIGNMENT 
REQUEST message in step 309. 
[0025] In the above procedure, each of the UEs can 
transmit the MBMS RB SETUP COMPLETE message 
on an RACH (Random Access Channel). However, due 
to the limited capacity of the RACH, if a plurality of UEs 
attempt to transmit the MBMS RB SETUP COMPLETE 
message at the same time, system performance may 
be severely degraded. As illustrated in FIG. 4, since the 
UEs each transmit the MBMS RB SETUP COMPLETE 
message when step 401 is almost completed, it can be 
said that the UEs transmit the MBMS RB SETUP COM- 
PLETE message simultaneously. The resulting conges- 
tion of the MBMS RB SETUP COMPLETE message 
traffic leads to degraded system performance. 

SUMMARY OF THE INVENTION 

[0026] It is, therefore, an object of the present inven- 
tion to provide a method of transmitting/receiving a con- 
trol message without affecting system performance in 
an MBMS-providing mobile communication system. 
[0027] It is another object of the present invention to 
provide a method of transmitting/receiving a control 
message without message congestion in an MBMS-pro- 
viding mobile communication system. 
[0028] It is a further object of the present invention to 
provide a method of transmitting/receiving a control 
message so that an MBMS service procedure can be 
performed with no response messages being transmit- 
ted for a group control message in an MBMS-providing 
mobile communication system. 

[0029] It is still another object of the present invention 
to provide a method of transmitting/receiving a control 
message, in which MBMS RB information is transmitted 
periodically to allow a UE failing to receive an MBMS 
RB SETUP message to receive an intended MBMS 
service according to the MBMS RB information in an 
MBMS-providing mobile communication system. 
[0030] It is yet another object of the present invention 
to provide a method of transmitting/receiving a control 
message, in which MBMS RB information about on-go- 
ing MBMS services provided on a cell basis is transmit- 
ted periodically to allow a UE failing to receive an MBMS 
RB SETUP message to request MBMS RB information 
about an intended ongoing MBMS service in an MBMS- 
providing mobile communication system. 
[0031] The above objects are achieved by a method 
' of transmitting/receiving a control message in an 
MBMS-supporting mobile communication system 
where broadcasting services requested by UEs within a 
cell are provided to the UEs through an RNC. According 
to one aspect of the present invention, to successfully 
receive a broadcasting service from the RNC, a UE de- 
termines whether the broadcasting service is included 



in a broadcasting status message containing informa- 
tion about the types of ongoing broadcasting services 
for the cell, if the UE fails to receive control information 
about the broadcasting service from the RNC. The UE 
5 requests the broadcasting service control information 
from the RNC if the broadcasting service is included in 
the broadcasting status message. The UE receives the 
broadcasting service control information from the RNC, 
and then receives the broadcasting service according 
10 to the broadcasting service control information. 

[0032] According to another aspect of the present in- 
vention, to successfully provide a broadcasting service 
to each UE, the RNC transmits to the UE a broadcasting 
status message containing information about the types 
15 of ongoing broadcasting services for the cell. In the case 
where the UE finds the broadcasting service in the 
broadcasting status message and recognizes that the 
UE failed to receive the broadcasting service control in- 
formation, the RNC receives a request for control infor- 
20 mation about the broadcasting service from the UE. The 
RNC transmits the broadcasting service control infor- 
mation to the UE and confirms that the UE received the 
broadcasting service control information. 
[0033] According to a further aspect of the present in- 
25 vention, to successfully provide a packet data service to 
at least one UE upon request from the at least one UE, 
the RNC transmits to the at least one UE a paging indi- 
cator indicating that the at least one UE will be paged, 
paging information paging the at least one UE in corre- 
30 spondence with the paging indicator, and radio bear in- 
formation for the packet data service. The RNC retrans- 
mits the paging indicator, the paging information, and 
the radio bearer information in every predetermined pe- 
riod until the packet data service is terminated. 
35 [0034] According to still another aspect of the present 
invention, to successfully receive a packet data service, 
the UE receives from the RNC a paging indicator that 
the UE will be paged in connection with the packet data 
service, paging information according to the paging in- 
40 dicator, and then radio bear information for the packet 
data service. The UE then receives packet data for the 
packet data service from the RNC without transmitting 
a response control message for the radio bearer infor- 
mation to the RNC. 

45 

, BRIEF DESCRIPTION OF THE DRAWINGS 

[0035] The above and other objects, features and ad- 
( vantages of the present invention will become more ap- 
50 parent from the following detailed description when tak- 
en in conjunction with the accompanying drawings in 
which: 

FIG. 1 is a schematic view illustrating the configu- 
55 ration of a network for providing MBMS in a mobile 
communication system; 

FIG. 2 is a diagram illustrating a signal flow for pro- 
viding an MBMS service in the mobile communica- 
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tion system; 

FIG. 3 is a diagram illustrating a detailed signal flow 
for steps 203 to 206 depicted in FIG. 2; 
FIG. 4 is a diagram illustrating a detailed signal flow 
for steps 307 and 308 depicted in FiG. 3; 
FIG. 5 is a diagram illustrating a signal flow for an 
RB setup procedure to provide an MBMS service 
according to an embodiment of the present inven- 
tion; 

FIG. 6 is af lowchart illustrating the control operation 
of a UE according to the embodiment of the present 
invention; 

FIG. 7 is af lowchart illustrating the control operation 
of an RNC according to the embodiment of the 
present invention; 

FIG, 8 is a diagram illustrating a signal flow for an 
RB setup procedure to provide an MBMS service 
according to another embodiment of the present in- 
vention; 

FIG. 9 illustrates the structure of a schedule mes- 
sage required for implementation of the second em- 
bodiment of the present invention; 
FIG. 1 0 illustrates the structure of an MBMS Status 
CBS message required for implementation of the 
second embodiment of the present invention; 
FIG. 11 illustrates an example of CTCH (Common 
Transport CHannel) transmission according to the 
second embodiment of the present invention; 
FIG. 12 is a flowchart illustrating the control opera- 
tion of the UE according to the second embodiment 
of the present invention; and 
FIG. 13 is a flowchart illustrating the control opera- 
tion of the RNC according to the second embodi- 
ment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0036] Preferred embodiments of the present inven- 
tion will be described herein below with reference to the 
accompanying drawings. In the following description, 
well-known functions or constructions are not described 
in detail since they would obscure the invention in un- 
necessary detail. 

[0037] The present invention provides methods of al- 
lowing UEs that have received a group control message 
(e.g. MBMS RB SETUP) required for providing an 
MBMS service not to transmit a response message (e. 
g. MBMS RB SETUP COMPLETE) for the received 
message, solving problems arising from the non-receipt 
of the response message. These methods aim to pre- 
vent system performance degradation which may occur 
when a plurality of UEs simultaneously transmit a re- 
sponse message for a group control message, as de- 
scribed before. In fact, congestion resulting from the 
concurrent transmission of the response message 
makes it difficult to assess the states of the UEs to re- 
ceive the MBMS service. Moreover, if UEs receiving the 



MBMS service cannot be discriminated from UEs failing 
to receive the MBMS service, serious problems can be 
generated when billing is performed at the same time 
as the initiation of the MBMS service. Hence, the 
present invention seeks to combat the problems arising 
from response message congestion from a plurality of 
UEs. 

[0038] A group message is defined as a single RRC 
message that a network transmits commonly to a plu- 
rality of UEs. An RNC provides MBMS RB information 
(MBMS RB info) to UEs that request receipt of a partic- 
ular MBMS service by a group message, MBMS RB 
SETUP. Another example of a group message is MBMS 
RB SETUP COMPLETE. This message is used by the 
RNC to confirm that the UEs have normally received the 
MBMS RB info. In general, if a UE does not transmit the 
response message, the RNC takes a necessary meas- 
ure such as retransmission of the MBMS RB SETUP 
COMPLETE message to the UE, considering that the 
UE failed to receive the MBMS RB info. However, in ac- 
cordance with an embodiment of the present invention, 
the MBMS RB info is transmitted periodically so that 
UEs, though they have failed to receive the MBMS RB 
SETUP message, can receive the MBMS RB info. In ac- 
cordance with another embodiment of the present in- 
vention, the RNC transmits information about ongoing 
MBMS services provided on a cell basis to the UEs of 
a specific cell, so that the UEs, though they fail to receive 
MBMS RB SETUP messages, can request MBMS RB 
info about their intended MBMS services currently in 
progress to the RNC. 

[0039] The embodiments of the present invention will 
be described in the context of the MBMS. Yet, the MBMS 
is used in a broad sense that covers all packet data serv- 
ices. Therefore, the embodiments of the present inven- 
tion are applicable to packet data services other than 
the MBMS in its narrow sense. 

I. First Embodiment 

[0040] An RNC periodically provides MBMS RB info 
about ongoing MBMS services, so that a UE can receive 
intended MBMS RB info a later time even though it fails 
to receive the MBMS RB info at an initial transmission. 

1.1 Signaling 

[0041] FIG. 5 is adiagram illustrating a signal flow for 
an MBMS RB setup procedure according to the first em- 
bodiment of the present invention. In FIG. 5, all messag- 
es directed from the RNC 140 to the UEs are delivered 
by group signaling. Group signaling refers to a signal 
transmission scheme in which the RNC 140 transmits 
information commonly to a plurality of UEs or cells by a 
single message, as described before. 
[0042] Referring to FIG. 5, the RNC 140 receives an 
MBMS RAB ASSIGNMENT REQUEST message from 
the SGSN 130 in step 501 . The MBMS RAB ASSIGN- 
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MENT REQUEST message contains repetition lime 
(R_T) in addition to TMGI, DRX, QoS, and a list of UEs 
for a particular MBMS service. The RNC 140 then cal- 
culates a PO and PI from the TMGI and DRX, deter- 
mines cells for which MBMS RBs are to be established 
according to the UE list, and determines MBMS RB pa- 
rameters according to the QoS. In other words, the RNC 
1 40 determines cells for receiving the MBMS service ac- 
cording to the locations of the UEs requesting the MBMS 
service and determines MBMS RB info correspondingly. 
In steps 503, 504 and 505, the RNC 140 transmits the 
MBMS RB info to the UEs. 

[0043] The RNC 1 40 sets a PICH to on or off at a time 
indicated by the PI and PO in order to indicate whether 
the U Es are to receive a PCH , that is, a paging message. 
After transmitting the PICH, the RNC 140 activates a 
repetition timer to check repetition time set in the MBMS 
RAB ASSIGNMENT REQUEST message. Thetimer ac- 
tivation can occur before or afterthe PICH transmission. 
[0044] The UEs also calculate the POand PI from TM- 
GI and DRX set in an ACTIVATE MBMS PDP CONTEXT 
ACCEPT message. In step 503, the UEs receive the 
P ICH and checks whether the PICH is on or off at a time 
point indicated by the PI of the PO. The UEs determine 
whether they will receive a paging message on the PCH 
according to the check result. That is, if the PICH is on 
in the PI of the PO, a UE corresponding to the PI of the 
PO recognizes that it will receive a paging message On 
the contrary, a UE corresponding to an off-PI of a PO 
does not receive the PCH. 

[0045] Meanwhile, if particular UEs are to be paged, 
the RNC 140 transmits to the UEs a paging message 
on an associated PCH a predetermined time after the 
transmission of the PICH, to notify the UEs that they will 
receive the MBMS service soon in step 504. The paging 
message contains a group ID such as TMGI or service 
ID, instead of the IDs of the UEs. 
[0046] Knowing that they will receive the paging mes- 
sage, the UEs receive it in step 504. They determine 
whether they are paged for a particular MBMS service. 
If the TMGI or service ID js identical to the ID of an in- 
tended MBMS service, the UEs transition to the 
CELL_FACH state to receive MBMS service data on the 
FACH. 

[0047] In step 505, the RNC 1 40 transmits an MBMS 
RB SETUP message to the UEs on the FACH. Here, the 
determined MBMS RB parameters are inserted into the 
MBMS RB SETUP message. The UEs then establish 
RBs required for the MBMS service. Specifically, the 
UEs establish L2/L1 according to MBMS RB info includ- 
ed in the MBMS RB SETUP message and receive 
MBMS service data later via the MBMS RBs. 
[0048] It may occurthat some of the UEsfailto receive 
the MBMS RB SETUP message on the FACH. The 
cause is a failure in recognizing that the PI is on, or a 
bad radio link condition. The UEs transmit no messages 
indicating the reception failure. Yet, they await receipt 
of the MBMS RB SETUP message, continuously mon- 



itoring the PI of the PO on the PICH which is retransmit- 
ted periodically. Though later, they can receive the 
MBMS service. 

[0049] The RNC 140 can transmit an MBMS RAB AS- 

5 SIGNMENT RESPPONSE message to the SGSN 130 
during steps 503, 504, and 505, or after transmitting the 
MBMS RB SETUP message on the FACH. The MBMS 
RAB ASSIGNMENT RESPONSE message notifies the 
SGSN 130 of the successful setup of a requested 

10 MBMS RAB. In the present invention, since the UEs 
transmit no response messages forthe MBMS RB SET- 
UP message, the RNC 140 cannot determine whether 
the MBMS RAB has been successfully established. Yet, 
the RNC 140 considers the MBMS RAB successful 

15 when it completely transmits the MBMS RB SETUP 
message, and transmits the MBMS RAB ASSIGNMENT 
RESPONSE message to the SGSN 130 in step 502. 
[0050] The RNC 1 40 then checks the repetition timer 
to determine whether the repetition time has elapsed. 

20 The time expiration is declared when the repetition timer 
is zero. Upon the time expiration, the RNC 140 reacti- 
vates the repetition timer and retransmits the FACH to 
deliver the PICH, PCH, and MBMS RB SETUP message 
in steps 506, 507 and 508 in the same manner as steps 

25 503, 504 and 505. In relation to steps 506, 507 and 508, 
the UEs operate in the same manner a-s described 
above. Upon each expiration of the timer, the RNC 140 
reactivates the timer and retransmits the FACH, as 
shown again in steps 509, 51 0 ana 511 . 

30 / 

1.2 UE Operation / 

i' 

[0051] FIG. 6 is a flowchart illustrating the control op- 
eration of a UE according to the first embodiment of the 
35 present invention. 7 it is assumed that the UE has re- 
quested a particular MBMS service. 
[0052] Before describing FIG. 6, state transitions for 
the UE wi'A'first be described. CELL PCH is a state where 
the UE/sets up only a PICH with no dedicated channels 
40 set up and receives a PICH signal. If the PICH signal 
indicates that the UE will receive a paging message on 
a PCH in the CELL_PCH state, the U E receives the PCH 
signal. CELL_FACH is a state where the UE sets up an 
FACH with no dedicated channels established, receives 
45 /control messages on the FACH, and operates corre- 
./ spondingly. Upon receipt of the PCH in the CELL.PCH 
' state, the UE transitions to the CELL_FACH state. 
[0053] Referring to FIG. 6, after receiving a TMGI and 
a DRX by the ACTIVATE MBMS PDP CONTEXT AC- 
50 CEPT message, the UE calculates a PO and a PI using 
the TMGI and DRX in step 601. The UE then continu- 
ously monitors the PI within the PO on a PICH received 
from the RNC 140 in step 602 and determines whether 
the PI is on in step 603. If the PI is off, the UE returns to 
55 step 602. On the contrary, if the PI is on, the UE goes 
to step 604. 

[0054] In step 604, the UE receives an associated 
PCH from the RNC 140. The PCH is transmitted from 
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the RNC 140 a predetermined time after the transmis- 
sion of the PI setto "on". The UE then determines wheth- 
er a TMGI or service ID set in the paging message 
matches to a TMGI or service ID indicating an intended 
MBMS service in step 605. If they arc different, the UE 
continuously monitors the PICH which is retransmitted 
from the RNC 140 periodically. If they are identical, the 
UE goes to step 606. 

[0055] In step 606, the UE transitions to the 
CELL_FACH state and receives data on an FACH from 
the RNC 140. The UE then establishes L2 and L1 ac- 
cording to MBMS RB info included in an MBMS RB SET- 
UP message received on the FACH in step 607 and re- 
ceives MBMS service data via the MBMS RB from the 
RNC 140 in step 608. 

[0056] Although FIG. 6 does not depict the operation 
of the UE in the case of failed reception of the MBMS 
RB SETUP message on the FACH, in that case, the UE 
returns to step 603. After receiving the retransmitted 
P ICH from the RNC 1 40, the UE repeats the above pro- 
cedure. 

1.3 RNC Operation 

[0057] FIG. 7 is a flowchart illustrating the control op- 
eration of the RNC 140 according to the first embodi- 
ment of the present invention. 

[0058] Referring to FIG. 7, upon receipt of the MBMS 
RAB ASSIGNMENT REQUEST message in step 701, 
the RNC 140 calculates a PO and a PI using a TMGI 
and a DRX set in the received message in step 702. In 
step 703, the RNC 140 determines cells for which 
MBMS RBs are to be established according to QoS and 
a UE list included in the message and sets MBMS RB 
info for the individual cells. 

[0059] The RNC 140 activates a repetition timer to 
check a repetition time set in the MBMS RAB ASSIGN- 
MENT REQUEST message by the SGSN 130 in step 
704. The repetition time is checked to periodically carry 
out group signaling for MBMS RB setup, instead of re- 
ceiving a response message from UEs. 
[0060] In step 705, the RNC 1 40 performs a series of 
operations to transmit a PICH, a PCH, and an MBMS 
RB SETUP message on an FACH. The PICH is set to 
"on" in the PI of the PO, and a paging message including 
the TMGI is delivered on the PCH. The MBMS RB SET- 
UP message on the FACH includes the determined 
MBMS RBinfo. 

[0061] In step 706, the RNC 140 checks whether the 
retransmission time has elapsed. This implies that the 
repetition timer is zero. Or the repetition timer can be 
set to indicate a predetermined value upon time expira- 
tion. Upon the time expiration, the RNC 140 returns to 
step 704 for reactivation of the repetition timer and pro- 
ceeds to step 705 for retransmission of the PICH, PCH 
and MBMS RB SETUP message. The SGSN 130 de- 
termines the repetition according to the type of the 
MBMS service. Since the repetition time is variable de- 



pending on situations, it is not explicitly set in the present 
invention. Nevertheless, the repetition time must be 
longer than the time between the transmission of the 
PICH and the transmission of the FACH for the MBMS 

5 RB SETUP message, and shorter than the duration of 
the MBMS service. While not shown in FIG. 7, the RNC 
140 transmits MBMS service data to UEs with MBMS 
RBs successfully established, retransmitting the PICH, 
PCH and FACH. Meanwhile, the RNC 140 continuously 

10 determines whether the MBMS service is terminated in 
step 707. If the MBMS service is terminated, retransmis- 
sion in steps 704, 705 and 706 is not needed. 
[0062] As described above, the PICH, PCH and 
FACH are transmitted periodically according to a prede- 

15 termined repetition time in steps 704 to 707 in accord- 
ance with the first embodiment of the present invention. 

2. Second Embodiment 

20 [0063] The RNC 140 periodically transmits to the UEs 
of a cell by the CBS information indicating whether their 
requested individual MBMS services are in progress or 
not. If a UE finds in the information an ongoing MBMS 
service which it has requested but fails to receive, it in- 

25 dividually requests MBMS RB info about the MBMS 
service from the RNC 140. Hence, MBMS services can 
be provided without the need for transmitting a response 
message for an MBMS RB SETUP message from UEs 
requesting the MBMS services. 

30 

2.1 Signaling 

[0064] FIG. 8 is a diagram illustrating a signal flow for 
an MBMS RB setup procedure to provide an MBMS 
35 service according to the second embodiment of the 
present invention. In FIG. 8, RB setup-related initial 
messages directed from the RNC 140 to UEs are deliv- 
ered by group signaling. Group signaling refers to trans- 
mission of a single message commonly from the RNC 
40 140 to a plurality of objects (e.g., UEsorcells). However, 
^transmitted RB setup-related messages are delivered 
to UEs by individual signaling Individual signaling r*fen* 
to signaling between the RNC 1 40 and an individual UE. 
Here, "UEs" denote the UEs requesting an MBMS serv- 
45 ice within the same cell. The UEs have already complet- 
ed the MBMS service request procedure of transmitting 
the ACTIVATE MBMS PDP CONTEXT REQUEST mes- 
sage and receiving the ACTIVATE MBMS PDP CON- 
TEXT REQUEST ACCEPT message. 
so [0065] Referring to FIG. 8, steps 501 to 505 are per- 
formed in the same manner as depicted in FIG. 5 to set 
up MBMS RBs. Therefore, their description is not pro- 
vided here. 

[0066] After setup of MBMS RBs, UEs and the SGSN 
55 130 transmit/receive MBMS service data via the MBMS 
RBs in step 207. 

[0067] On the other hand, a different signaling is pro- 
posed for UEs that failed in the MBMS RB setup. Aside 
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from the MBMS data transfer, the RNC 140 first broad- 
casts an MBMS STATUS message by the CBS in steps 
801 , 805 and 806. The MBMS STATUS message is de- 
livered on a cell basis. This message indicates ongoing 
MBMS services to the UEs of the same cell. 
[0068] Upon receipt of the MBMS STATUS message, 
each of the UEs determines whether its intended MBMS 
service is in progress within the cell. If the intended 
MBMS service is not provided, the UE performs the typ- 
ical procedure for receiving MBMS RB info. On the con- 
trary, if the intended MBMS service is already in 
progress, the UE recognizes that it failed to receive an 
intended MBMS RB SETUP message. 
[0069] To describe the operation of the UE in more 
detail, the UE stores the service ID of its requested 
MBMS service in a variable MBMS_SERVICE_ 
JOINED If the UE normally receives the MBMS RB 
SETUP message in step 505 and starts to receive the 
MBMS service, it deletes the service ID from the variable 
and instead, stoies the service ID in a variable 
MBMS_SERVICE_ONGOING. With one or more serv- 
ice IDs stored in MBMS_SERVICE_ONGOING, the UE 
receives the MBMS STATUS message by the CBS and 
compares the service ID stored in MBMS_SERVICE_ 
JOINED with service IDs set in the received message. 
If the service ID as MBMS_SERVICE_JOINED is found 
in the message, the U E transmits an MBMS radio bearer 
information retransmission request (MBMS RB info 
RTX REQ) message to the RNC 140 by individual sig- 
naling in step 802. The MBMS RB info RTX REQ mes- 
sage contains a message type, the UE ID, and the serv- 
ice ID. 

[0070] Upon receipt of the MBMS RB info RTX REQ 
message, the RNC 140 checks the service ID in the 
message and creates an MBMS RB SETUP message 
containing MBMS RB info about an MBMS service cor- 
responding to the service ID. The RNC 140 transmits 
the MBMS RB SETUP message to the UE on the FACH 
in step 803. Since the MBMS RB SETUP message is 
transmitted to the UE by individual signaling, it does not 
^ceachotherUEs/FoMhe indiyidual^ign^lingrthe RNC 
'140 sets an ID unique for the UE, RNTI (Radio Network 
Temporary Identity) in the MBMS RB SETUP message. 
In accordance with the second embodiment of the 
present invention, the RNC 140 receives no response 
messages for MBMS RB info from UEs. Instead, it con- 
tinuously provides information about ongoing MBMS 
services and determines from CBS messages received 
from UEs whetherthey have received current MBMS RB 
info. If a UE failed to receive the MBMS RB info, it/re- 
quests the MBMS RB info from the RNC 140. The RNC 
140 then transmits the MBMS RB info only to the re- 
questing UE. Though a UE finds out whether it failed to 
receive MBMS RB info by information about ongoing 
MBMS services in the embodiment of the present inven- 
tion, obviously other methods can be contemplated. 
[0071] Upon receipt of the MBMS RB SETUP mes- 
sage from the RNC 140, the UE transmits an MBMS RB 



SETUP COMPLETE message to the RNC in response 
for the received message. Since the MBMS RB SETUP 
COMPLETE message is delivered on an RACH, it con- 
tains the RNTI of the UE. The individual signaling is the 
> opposite of the group signaling. It is implemented be- 
tween a single transmitter and a single receiver, The 
MBMS RB SETUP message is an example of group sig- 
naling because one transmitter corresponds to a plural- 
ity of UEs. 

o [0072] The novel message proposed in the second 
embodiment, MBMS STATUS is repeatedly transmitted 
according to CBS scheduling in steps 801 , 805 and 806. 
The CBS scheduling is known to the UEs by a CBS 
schedule message to allow the UEs to receive the 

f5 MBMS STATUS message based on information in the 
CBS schedule message. 

[0073] Meanwhile, if an arbitrary MBMS service is ter- 
minated, radio resources assigned for the MBMS serv- 
ice are released. The RNC 140 provides information 
20 about ongoing MBMS services except the terminated 
MBMS service by the MBMS STATUS message in step 
806. 

[0074] in accordance with the second embodiment of 
the present invention as described above, the RNC pro- 

25 vides information about MBMS services which are in 
progress on a cell basis, so that UEs which failed in re- 
ceiving initial MBMS RB SETUP messages can receive 
intended MBMS RB info later by individual signaling. 
Therefore, although the UEs do not transmit a response 

30 message for the MBMS RB SETUP message, MBMS 
services are normally provided. 

/ 

2.2 Definition^? Novel Messages 

35 2.2.1 Schedule Message 

[0075] FIG' 9 illustrates the structure of a schedule 
message required for implementation of the second em- 
bodiment of the present invention. 

40 [0076] Referring to FIG. 9, the schedule message pro- 
vides information about transmission scheduling of the 
MBMS STATUS message on a cell basis. The schedule 
message is delivered to the UEs of each cell. That is, 
the RNC creates the schedule message for each cell 

45 and broadcasts it to the cell. The schedule message 
contains Information about data to be transmitted for 
one scheduling period. The scheduling period is com- 
prised of a plurality of CTCH BSs (Common Transport 
Channel Block Sets). A CTCH BS size is defined in the 

so number of radio frames. The schedule message is a 
high-layer signal and thus shared between UEs and the 
RNC. 

[0077] FIG. 11 illustrates an example of transmitting 
CTCH BSs for one scheduling period along with the 
55 schedule message. 

[0078] Referring to FIG. 11, one scheduling period 
11 06 is comprised of as many CTCH BSs as Length of 
CBS Scheduling Period 904 set in a schedule message 
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1101. The start point of the scheduling period 1106 is 
apart from the schedule message 1 1 01 by Offset to Be- 
gin CTCH BS Index 903. Message Descriptions 906 to 
907 in FIG. 9 describe the CTCH BSs. Message De- 
scriptions match to the CTCH BSs in a one-to-one cor- 
respondence. The Message Descriptions include infor- 
mation about the message description types of the 
CTCH BSs. The message description types are defined 
by preset values. In the present invention, the message 
description type of MBMS STATUS is defined as an un- 
used number, '9*. Offset to Begin CTCH BS Index 903 
is 8 bits, indicating a value between 1 and 255. Length 
of CBS Scheduling Period 904 is also 8 bits, indicating 
a value between 1 and 255. 

[0079] Upon receipt of the schedule message 1101, 
UEs supporting the second embodiment of the present 
invention detect the start and end points of the sched- 
uling period using the offset 903 and the CBS schedul- 
ing period length 904, and locate a CTCH BS with a 
message description type set to 9 using the message 
descriptions 906 to 907. Thus, the UEs can selectively 
receive the CTCH BS with a message description type 
set to 9. 

[0080] To describe the structure of the schedule mes- 
sage 1 1 01 in brief, its message type is defined as 2. New 
Message Bitmap 905 indicates whether each CTCH BS 
is a new or old message. The size of New Message Bit- 
map 905 is variable depending on the number of CTCH 
BSs in one scheduling period. For example, if a CTCH 
BS is set to 0 in the bitmap, the CTCH BS delivers an 
old message and if it is set to 1 , it delivers a new mes- 
sage. As illustrated in FIG. 11, the UEs detect a CTCH 
BS that delivers the MBMS STATUS message from the 
schedule message 1101 and selectively receive the 
CTCH BS. 

2.2.2 MBMS STATUS Message 

[0081] FIG. 10 illustrates the structure of the MBMS 
STATUS message required for implementation of the 
second embodiment of the present invention. The 
shown message is of the same structure as a typical 
CBS message. 

[0082] Referring to FIG. 1 0, Message Type 1 051 can 
be set to an unused value, 4. Message ID 1 052 identifies 
a specific CBS message. In general, a UE identifies the 
CBS message by Message ID 1052. However, since the 
UE identifies the MBMS STATUS message by Message 
Type 1 051 , Message ID 1 052 is actually not effective in 
the present invention. The RNC sets Message ID 1052 
to an unused value prior to transmitting the MBMS STA- 
TUS message and the UE stores the message ID value. 
[0083] Serial Number 1053 is 16 bits, indicating 
whether the message is an updated version or not. 
Here, the same message means a CBS message hav- 
ing the same message ID. In the present invention, Se- 
rial Number 1053 is changed when the contents of the 
MBMS STATUS message is modified as an MBMS serv- 



ice is added to or released from a corresponding cell as 
in steps 805 and 806 in FIG. 8. 

[0084] Data Coding Scheme 1054 indicates a lan- 
guage applied to the payload of the CBS message, as 

5 defined in 3GPP TS 23.081. In the present invention, 
Data Coding Scheme 1054 has no significance. How- 
ever, for compatibility with the existing technology, Data 
Coding Scheme 1 054 is set to a value which is not used 
in 3GPPTS 23.081. 

10 [0085] MBMS STATUS Data 1055 is the payload of 
the MBMS STATUS message. It contains SERVICE IDs 
1056 to 1058 in current use for the cell. If IPV6 address- 
es are used as the SERVICE IDs, the size of the fields 
is 128 bits. 

15 

2.3 UE Operation 

[0086] FIG. 12 is aflowchart illustrating the control op- 
eration of a UE accordinq to the second embodiment of 
20 the present invention. It is dbou.ned thai tne UE has re- 
quested an MBMS service. 

[0087] Referring to FIG. 12, after requesting the 
MBMS service, the UE empties the variable 
MBMS_SERVICE_JOINED in step 1 201 . If at least one 

25 SERVICE ID is stored in the variable by updating it in 
step 1202, the UE monitors an S-CCPCH (Second- 
ary-Common Control Physical Channel) servicing the 
CBS using system information provided on a cell basis 
in step 1203. Upon receipt of CBS messages on the 

30 channel, the UE checks the Message Types of the CBS 
messages. If a CBS message with Message Type set 
to 2 is found, the UE evaluates in step 1204 a scheduling 
period as depicted in FIGs 8 and 9 and determines in 
step 1205 whether an MBMS STATUS message exists 

35 jn the scheduling period. The decision depends on 
whether the schedule message has Message Descrip- 
tion with a message description type set to 9. In the pres- 
ence of the MBMS STAUTUS message, the UE receives 
MRMS STATUS message in a CTCH BS corre- 

40 sponding to U»a aw-.;^ n^c^" - V ' n 
the absence of the MBMS STATUS message, the UE 
returns to step 1203 and awaits receipt of the next 
schedule message. 

[0088] Meanwhile, the UE determines whether the 
45 MBMS STATUS message has a service ID stored in 
MBMS_SERVICE_JOINED in step 1207. If It does, the 
UE recognizes that it failed to receive an MBMS RB 
SETUP message for its requested MBMS service from 
the RNC 140. The UE then transmits an MBMS RB info 
so RTX REQ message to the RNC 140, requesting the 
MBMS RB SETUP message in step 1208. The MBMS 
RB info RTX REQ message may be delivered on a 
DCCH and contains the service ID of the intended 
MBMS service and the RNTI of the UE. In step 1209, 
55 the UE receives the retransmitted MBMS RB SETUP 
message from the RNC 1 40. The UE establishes layers 
according to MBMS RB info set in the received message 
in step 1 21 0. After preparing for receiving MBMS serv- 
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ice data, the UE starts to receive the MBMS service da- 
ta. The MBMS RB SETUP message is delivered by in- 
dividual signaling in step 1209. 

[0089] Once the MBMS service is initiated, the UE de- 
letes the service ID of the MBMS service from 
MBMS_SERVICE_JOINED and determines whether 
MBMS_SERVICE_JOINED is empty in step 1211. If it 
is not empty, the UE returns to step 1203 and repeats 
the above procedure. On the contrary, if 
MBMS_SERVICE_JOINED is empty, the UE returns to 
step 1201 and waits until a new SERVICE ID is added 
to MBMS_SERVICE_JOINED. 

4. RNC Operation 

[0090] FIG. 13 is a flowchart illustrating the control op- 
eration of the RNC according to the second embodiment 
of the present invention. 

[0091] Referring to FIG; 1 3", the RNC stores the serv- 
ice IDs of ongoing MBMS services within a cell in a.var- 
iable MBM S_STATUS_D ATA . If the RNC transmits an 
MBMS RAB ASSIGNMENT RESPONSE message for 
a new MBMS. service in step 1301 or an MBMS RAB 
RELEASE message indicating termination of a specific 
ongoing MBMS service in step 1302, it updates 
M BMS_STATUS_D ATA with the service IDs of the initi- 
ated or terminated MBMS services in step 1303. 
[0092] The RNC then schedules CBS messages to be 
transmitted for the next scheduling period on a cell by 
cell basis in step 1304 and determines whether to trans- 
mit an MBMS STATUS message for the scheduling pe- 
riod in step 1305. If the MBMS STATUS message is to 
be transmitted, the RNC proceeds to step 1306. Other- 
wise, it returns to step 1304. In step 1304, the RNC waits 
until scheduling for the next scheduling period. 
[0093] On the other hand, the RNC sets the message 
description type of Message Description corresponding 
to a CTCH BS delivering the MBMS STATUS message 
to 9 in step 1 306 and transmits a schedule message in 
step 1307. 

[0094] The RNC sets Message Type to 4 for the 
MBMS STATUS message in step 1308 and sets Mes- 
sage ID to a predetermined value for the message in 
step 1309. The RNC sets Serial Number appropriately 
in step 1310 and inserts service IDs stored in 
MBMS_STATUS_DATA in MBMS STATUS Data in step 
1 31 1 . If MBMS STATUS data is different from the previ- 
ous transmitted one in step 1311, the RNC sets Serial 
Number to a different value from the previous Serial 
Number and if they are identical, the RNC sets Serial 
Number to the same value as the previous Serial 
Number in step 1 31 0. 

[0095] The RNC 140 transmits the MBMS STATUS 
message in step 1312 and returns to step 1304. 
[0096] In accordance with the present invention as 
described above, UEs need not transmit a response 
message for an MBMS RB SETUP message requesting 
setup of MBMS RBs for provisioning of a particular 



MBMS service in an MBMS-providing mobile communi- 
cation system. Therefore, the use efficiency of radio re- 
sources is increased and system performance degrada- 
tion, which might otherwise occur due to simultaneous 

5 transmission of response messages, can be prevented. 
[0097] While the invention has been shown and de- 
scribed with reference to certain preferred embodiments 
thereof, it will be understood by those skilled in the art 
that various changes in form and details may be made 

10 therein without departing from the spirit and scope of the 
invention as defined by the appended claims. 
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1. A method for receiving a broadcasting service in a 
user equipment (UE) in a mobile communication 
system where requested broadcasting services are 
provided to a plurality of UEs within a cell through 
20 a radio network controller (RNC) , the method com- 
prising the steps of: J 

determining whether the broadcasting service 
is included in a broadcasting status message 

25 containing information about the types of ongo- 

ing broadcasting services for the cell, if the UE 
fails to receive control information about the 
broadcasting service from the RNC; 
requesting the broadcasting service control in- 

30 formation from the RNC if the broadcasting 

service is included in the broadcasting status 
message; / 

receiving the broadcasting service control in- 
formation from the RNC; and 
35 receiving the broadcasting service according to 

the broadcasting service control information. 

. 2. The method of claim 1 , wherein the broadcasting 
status message is transmitted repeatedly on a 
40 scheduled cycle. 

3. The method of claim 2, wherein UEs in a cell are 
notified of the scheduled cycle by a cell broadcast- 
ing service (CBS) on a cell by cell basis. 

45 

4. The method of claim 1 , wherein the broadcasting 
status message is transmitted by the cell broadcast- 
ing service (CBS) on a cell by cell basis. 

50 5. The method of claim 1 , wherein the broadcasting 
service control information is requested by a radio 
bearer information retransmission request mes- 
sage containing a message type, the ID (identifica- 
tion) of the UE, and the ID of the broadcasting serv- 

55 ice. 

6. The method of claim 1 , wherein only the requesting 
UE receives the broadcasting service control infor- 
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mation. 

7. The method of claim 6, wherein the broadcasting 
service control information contains a radio network 
temporary ID (RNTI) identifying the UE. 

8. The method of claim 1 , wherein a terminated broad- 
casting service is excluded from the broadcasting 
status message. 

9. A method for providing a broadcasting service to a 
user equipment (UE) in a radio network controller 
(RNC) in a mobile communication system where re- 
quested broadcasting services are provided to a 
plurality of UEs within a cell through the RNC, the 
metnod comprising the steps of: 

transmitting to the UE a broadcasting status 
message conlaining information about the 
types of ongoing broadcasting services for the 
cell. 

receiving a request for control information 
about the broadcasting service from the UE, if 
the UE finds the broadcasting service in the 
broadcasting status message and recognizes 
that the UE failed to receive the broadcasting 
service control information; 
transmitting the broadcasting service control 
information to the UE; and 
confirming that the UE received the broadcast- 
ing service control information. 

10. The method of claim 9, wherein the broadcasting 
status message is transmitted repeatedly on a 
scheduled cycle. 

11. The method of claim 10, wherein the UEs are noti- 
fied of the scheduled cycle by a cell broadcasting 
service (CBS) on a cell by cell basis. 

12. The method of claim 9, wherein the broadcasting 
status message is transmitted by the CBS on a cell 
by cell basis. 

13. The method of claim 9, wherein the broadcasting 
service control information is requested by a radio 
bearer information retransmission request mes- 
sage containing a message type, the ID (Identifica- 
tion) of the UE, and the ID of the broadcasting serv- 
ice. 

14. The method of claim 9 : wherein only the requesting 
UE receives the broadcasting service control infor- 
mation. 

15. The method of claim 14, wherein the broadcasting 
service control information contains a radio network 
temporary ID (RNTI) identifying the UE. 



1 6. The method of claim 9, wherein a terminated broad- 
casting service is excluded from the broadcasting 
status message. 

5 17. A method for providing a packet data service to at 
least one user equipment (UE) in a radio network 
controller (RNC) in a mobile communication system 
where the packet data service is provided to the at 
least one UE upon request from the at least one UE, 

w the method comprising the steps of: 

transmitting to the at least one UE a paging in- 
dicator indicating that the at least one UE will 
be paged, paging information paging the at 

15 least one UE in correspondence with the pag- 

ing indicator, and radio bear information for the 
packet data service; and 
retransmitting the paging indicator, the paging 
information, and the radio bearer information in 

20 every predetermined period until the packet da- 

ta service is terminated. 

18. The method of claim 1 7, wherein the paging indica- 
tor is transmitted in a position of a paging indicator 
?5 channel (PICH), the position being calculated using 
a temporary multicast group identity (TMGI) for 
group paging and a discontinuous reception (DRX) 
associated with a monitoring period. 

30 19. The method of claim 1 8, wherein the paging infor- 
mation is transmitted on a paging channel indicated 
by the PICH. 

20. The method of claim 19 : wherein the radio bearer 
35 information is transmitted to a plurality of UEs on a 

forward access channel (FACH) by group signaling. 

21. The method of claim 17, wherein the predetermined 
period is longer than time required to transmit the 

40 paging indicator, the paging inf ormation , and the ra- 
dio bearer information once, and shorter than the 
duration time of the packet data service. 

22. A method for receiving a packet data service in a 
45 user equipment (UE) in a mobile communication 

system where requested packet data services are 
provided to a plurality of UEs within a cell through 
a radio network controller (RNC), the method com- 
prising the steps of: 

50 

receiving from the RNC a paging indicator that 
the UE will be paged in connection with the 
packet data service, paging information ac- 
cording to the paging indicator, and radio hear 
55 information for the packet data service; and 

receiving packet data for the packet data serv- 
ice from the RNC without transmitting a re- 
sponse control message for the radio bearer in- 
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formation to the RNC. 

23. The method of claim 22, wherein if the UE fails to 
receive any of the paging indicator, the paging in- 
formation, and the radio bearer information, the 5 
paging indicator, the paging information, and the ra- 
dio bearer information is repeatedly transmitted in 
every predetermined period until the packet data 
service is terminated. 

10 
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